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METHOD AND APPARATUS FOR TUNNELING PACKETS IN A PACKET 

DATA SYSTEM 



FIELD OF THE INVENTION 
The present invention relates generally to transporting data packets on a shared 
packet pipe, and more particularly to a method and apparatus of transporting data 
packets having different priorities through a shared packet pipe on demand while 
conserving bandwidth. 

BACKGROUND OF THE INVENTION 
Packets and packet data systems are known and find numerous uses. Packet 
data systems allow for the transportation of packets to facilitate the transfer of 
information. For example, packets and packet data systems are used in cellular 
systems to send voice and data information to cellular phone users. Transporting 
information in today's world is accomplished by encapsulating specific types of 
information into packets and sending the packets through a "pipe." A packet is a 
collection of information (i.e., data, voice, ET3, audio, etc.) The information 
contained in the package can be a combination of the aforementioned information 
types. When sending packets through a packet pipe, and more particularly a shared 
packet pipe, the packets are assigned a priority level. The priority level is assigned 
primarily based upon the size of the packet and the type of information contained 
within the packet. Certain packet types are time critical for transmission (full-duplex 
voice) and cannot be held up by currently transmitting non-time critical packets. 
When using a network comprising a shared packet pipe to transport information 
packets, it is common that large low priority packets clog the shared packet pipe 
leaving high priority packets waiting for the low priority packets to finish. The net 
result is an unacceptable delay in high priority transmissions. 

Several prior art methods were devised to eliminate the clogging problem found in 
shared packet pipes. For example, preemption was previously included in the frame 
relay standard. Preemption is a method of stopping packets from traveling through a 
type of transmission line. For example, preemption occurs where a HDLC (High 
Level Data Link Control) protocol uses a "kill sequence" to end packet transmission. 
The "kill sequence" is a special sequence of bits issued by the packet transmission 
station. Both of these methods, while reducing delay, add to the bandwidth necessary 
to transport the packets because the transmitter has to retransmit the portion of the 
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packet that was killed. Thus, a more effective method for transporting packets of 
varying priorities in a shared packet pipe transportation system is needed. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram illustrating a data packet transmission system; 

FIG. 2 is a packet transition diagram illustrating a packet prioritization and 
transmission algorithm in accordance with the present invention; 

FIG. 3 is a data packet transmission flow chart diagram illustrating one 
embodiment of a packet prioritization and transmission algorithm in accordance with 
the present invention; and 

FIG. 4 is a data packet reception flow chart diagram illustrating another 
embodiment of a packet prioritization and transmission algorithm in accordance with 
the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
In a network utilizing a shared packet pipe to transport a plurality of types of 
packets each having a different priority, a method for appending multiple data packets 
in a shared packet pipe, the method including the steps prematurely ending the 
transmission of a packet having a low priority, placing the remainder of the packet 
having the low priority in a storage means, and transmitting a packet having a high 
priority. The method of appending multiple data packets further includes transmitting 
the remainder of the packet having the low priority once the packet having the high 
priority is finished transmitting, flagging a packet header of a packet having the low 
priority to identify pending packets to allow for transmission of packets having the 
high priority, determining a priority of an incoming packet, and periodically checking 
the priority of the data packet being transmitted. 

According to one embodiment of the present invention, in a network designed to 
transport a plurality of types of packets each having a different priority, an apparatus 
for appending multiple packet types to effect predictable transmission in a shared 
packet pipe includes a shared packet pipe, a signal transmission means 
communicatively coupled to the shared packet pipe, a controller connected to the 
shared packet pipe coupled, and a signal receiving means communicatively to a 
shared packet pipe. The present invention uses an algorithm to solve the data packet 
"clogging" problem within a shared packet pipe without sacrificing bandwidth. Data 
packets originate from several types of sources. For example, data packets can 
originate, from cellular phone, pagers and other wireless devices. These packets are 
being transmitted from user to user, i.e. from one cellular caller to another cellular 
caller; from a caller to a pager, or from a user downloading information from another 



source. Clogging occurs when too many data packets having multiple priorities are 
transmitted too close in time. The algorithm transfers a "kill sequence" to 
prematurely end the transmission of the non-time critical data packet. The remainder 
of the packet will be put back on the queue to be transmitted at the appropriate time. 
The receiving end of the shared packet pipe 58 will temporarily hold the data received 
from the non-time critical packet and will append the rest of the packet data once the 
balance of the time critical data packet is transmitted. A flag in the packet header is 
used to identify this pending packet to allow for multiple time critical packets to pass 
through. Expiration timers are used to flush the buffered packet in case of corruption 
of the line. 

In accordance with preferred embodiments of the present invention, and with 
reference to FIG. 1 , FIG. 2 and FIG. 3 a packet prioritization and transmission 
algorithm is disclosed. As described above, FIG. 1 is a block diagram illustrating a 
data packet transmission system 50. The data packet transmission system 50 includes 
data packet transmission devices 52-56, a shared packet pipe 58, a data packet 
transmission controller 60, and data packet receiving devices 62-66. As previously 
mentioned, data packet transmission devices 52-56 can be, but are not limited to, 
cellular phones, pagers, and digital personal assistants. Additionally, the data packet 
receiving devices 62-66 packet can be the same types of devices as the data packet 
transmission devices 52-56. The shared packet pipe 58 is a data packet transmission 
medium in which packets are transported to their respective destinations. The data 
packet transmission controller 58, hereinafter controller 58 regulates the flow of data 
packets through the shared packet pipe 54. The controller 58 houses and runs the 
packet prioritization and transmission algorithm in accordance with the present 
invention. 

As described above, FIG. 2 is a packet transition diagram illustrating a packet 
prioritization and transmission algorithm in accordance with the present invention. 
The packet prioritization and transmission algorithm (hereinafter "algorithm") can 
best be explained by applying different scenarios to FIG. 2. 

Scenario 1 : 2 Levels of Interrupting Packets 

Initially, a data packet A and an accompanying flag is sent from a data packet 
transmission device. At time D, packet B is transmitted. Additionally, at time E 
packet C is transmitted. The data packet and flag travels in time until it reaches point 
D, an arbitrary point in time. At the same time data packet A is sent, data packets B 
and C are also being transmitted. It should be noted however that data packets A, B 
and C have different transmission priorities in increasing order respectively. At point 
D, a flag is detected by the algorithm, so the algorithm checks the cyclic redundancy 



code (hereinafter referred to as CRC) on data packet A just before data packet A 
reaches point D. The CRC check will fail since data packet A is not finished 
transmitting. Because the CRC check fails, the algorithm assumes that a higher 
priority packet (data packet B) is being transmitted. At point E, a flag is received, so 
the algorithm checks the CRC on data packet B just before data packet D reaches 
point Dl. The CRC check will fail since data packet B is not finished transmitting. 
Since the CRC check fails, the algorithm assumes that a higher priority packet (data 
packet C) is being transmitted. At point F, the CRC check is successful, therefore 
data packet C has been completely transmitted. At point G, two CRC checks are 
performed. Two checks are performed because it is possible to string data packets 
together with a flag between each data packet serving as both the end flag of the 
previous packet and the start flag of the next packet. The receiver does not know if the 
data packet from point F 1 to point G is a second interrupting packet following data 
packet C or a continuation of data packet B. Thus, the algorithm performs a CRC 
check on the data packet from point Fl to point G. If the CRC matches, then it is a 
second data packet following data packet C. Alternatively, the algorithm could 
perform a CRC check on the data packets after the flag at point D and continue the 
CRC check through point G (not including the CRC) and exclude the data packet 
from point E to point Fl . If the CRC at point G checks, then packet B is good. At 
point H, the algorithm performs the same function as performed at point G, If the 
CRC at point H checks, the data packet A is decoded. 

Scenario 2: 2 Levels of Interruption With Bit Error (refer to FIG. 2) 

For the purposes of this scenario, assume the bit stream is corrupted a point Dl . A 
bit error on any level corrupts that packet plus all pending packets under it. Since it is 
assumed that this occurrence is rare, it is deemed acceptable since the packet in 
transmission would be lost anyway. This method does permit underlying packets to 
be lost in addition, but by definition, these were not high priority anyway. At point D, 
a flag is received, so the algorithm checks the CRC on data packet A just before data 
packet A reaches point D. The CRC check will fail since data packet A is not finished 
transmitting. Since the CRC check fails, the algorithm assumes that a higher priority 
packet (data packet B) is being transmitted. At point E, a flag is received, so the 
algorithm checks the CRC on data packet B just before data packet D reaches point 
Dl. The CRC check will fail since data packet B is not finished transmitting. Since 
the CRC check fails, the algorithm assumes that a higher priority packet (data packet 
C) is being transmitted. At point F, the CRC check is successful, therefore data 
packet C is has been completely transmitted. At point G, the CRC checks fails. The 
algorithm then assumes the remainder of data packet A is a new data packet, which is 



incorrect. After the flag at H, if an idle pattern is detected by the algorithm, the 
algorithm functions in one of two ways: (1) the packet stack is deleted and data 
packets A and B are lost, or (2) if another data packet follows at point H, the 
algorithm waits for a timeout on packet A followed by packet B. In either case, data 
packets A and B are lost. 

Scenario 3: Synchronizing Receiver Upon Startup, No Bit Errors (refer to FIG. 2) 

For the purposes of the third scenario assume that a receiver re-boots and comes 
up at point Dl . At point E, receiver gets the first flag. The algorithm discards the 
data packets present up to point E. At point Fl, the algorithm decodes the CRC for 
data packet C because there is no interrupting higher priority packet being transmitted. 
At point Gl, the algorithm checks the CRC for data packets present between point Fl 
and point G. The CRC check between these points fails. The receiver assumes that 
the data packet from point Fl to point Gl is an interrupting packet, which is incorrect. 
At point HI , receiver checks the CRC and it too fails. Eventually, timers started at 
points F and G will timeout and their partial packets will be discarded and the receiver 
will operate normally. Upon synchronization, the algorithm discards packets until all 
partial packets are purged out of the link. Alternatively, the algorithm could be 
programmed to wait until the shared packet pipe 58 is clear. This, however, would 
result in lost data packets. 

FIG. 3 shows a data packet transmission flow chart diagram illustrating one 
embodiment of a packet data transmission algorithm in accordance with a preferred 
embodiment of the present invention. FIG. 3 provides further detail on how the 
packet prioritization and transmission algorithm 100 solves the problem of delaying 
transmission of a lower priority data packet while a higher priority data packet is ^ 
being transmitted. The process beings with step 102 where a data packet is 
transmitted. At step 1 04, a second data packet having the high priority begins to be 
transmitted. For the purpose of this example, assume the second data packet has a 
higher priority than that of the data packet having the low priority. Once it is 
determined that the second data packet has a higher priority than the first data packet, 
the first data packet is prematurely ended. The remaining portion of the first data 
packet is then stored. This portion of the process is illustrated in steps 106 and 108 of 
FIG. 3. After the packet header is flagged, the higher priority data packet is 
transmitted. This is shown in step 1 12 of FIG. 3. Once the second data packet is 
transmitted, the remainder of the first data packet is transmitted to a signal recovery 
device (step 112). 

FIG. 4 shows a data packet reception flow chart diagram illustrating another 
embodiment of the packet prioritization and transmission algorithm in accordance 



with a preferred embodiment of the present invention. The packet prioritization and 
transmission process begins with step 202 where a packet data stream is being 
received. At step 204, a flag is received by the controller 56 indicating either the end 
of a data packet or the beginning of a data packet. After the flag is received by the 
controller 56, a cycle redundancy code check is performed on the data packet (step 
206). The cyclic redundancy code check determines whether the packet being 
transmitted is a complete data packet or is a portion of a data packet. If the data 
packet fails the cycle redundancy check, then the algorithm is programmed to check 
the CRC for all partial packets with the same priority level as the data packet being 
transmitted, (step 208). If there are data packets at the same priority level that have 
not undergone the CRC check, then the algorithm is programmed to concatenate to 
previous partial packets at this priority level (step 210). After step 210 is completed, 
the algorithm is programmed to check the CRC on the data packet. Effectively, the 
algorithm retums back to step 206. If all of the partial packets at this priority level 
have undergone a CRC check, then there is an error and the algorithm is programmed 
to discard the data packet currently being transmitted (step 212). If the data packet 
passes the cycle redundancy code check, then the algorithm decodes the data packet 
(step 214). At step 216, the higher priority data packet is being received until another 
flag is received (step 204). The above-described process continues until all of the data 
packets have been transmitted and received. 

Although the present invention has been described with reference to preferred 
embodiments, workers skilled in the art will recognize that changes may be in form 
and detail without departing from the spirit and scope of the invention. 



